home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Shareware Grab Bag
/
Shareware Grab Bag.iso
/
007
/
tc2cs.arc
/
READ.ME
< prev
next >
Wrap
Text File
|
1987-06-12
|
4KB
|
67 lines
Date: 6-10-87
File: TC2CS.ARC
Author: Jim Deming
BBS: Terrapin Station Mpls. MN (612) 623-0152
Thank you Howard Ekman for running a good BBS with useful code. Thanks to
the Minnesota Micro Techical Forum for being a dedicated and diverse group of
indivduals.
tc2cs.c - You downloaded this ARC because of TurboC, Lattice & TurboC, or
C-Sprite. I bought Turbo C, compiled and linked "hello, world",
and then disassembled it. My disassembler of choice is C-Sprite.
So the second program I wrote in Turbo C is this one. Now I
disassemble with symbols.
- Even if you do not care for Lattice or C-Sprite this program may
be of some interest in its handling of files entered on the command
line and the test for uniqueness.
pspaddr3.c-A remake of the orginal program I submitted to this BBS. For me
this was a good lesson in learning the character and essence of
TurboC. The Lattice version had kludges that relied on "the way
Lattice did things". I was surprised that TurboC did not bring
in the entire environment area as Lattice did. But that was
dealer's choice.
- The additional Keywords is a nice touch. Something a hacker loves
but is very non-standard.
- I always considered rstdta() a kludge in Lattice. TurboC people
probably thought so too. Isn't it just like me to use it. Microsoft
in their DOS 3.1 manual imply that the PSP will eventually move from
its present location in front of the Code Segment, when that happens
then the "default dta" will probably be somewhere else also.
'til then ....
- Don't know why the inconsistency between cprintf and printf. They
both use the routine vprinter.
*.xrf - I like to have cross references of Publics and Externals. So for
those of you that like them too I have done TurboC's libraries and
objs. One of these days, in my spare time, I'll put together a C
program that will pull them out in one pass. I am assuming your
editor can list all lines that have a common field. Or you have a
grep program that will list all lines that have a common field. The
files contain three columns. The first one is the source module
name. This is usually the main public that is defined in this chunk
of code. The second column is the externals that are defined in this
module. And the third column is the publics that are defined in this
module. I will admit that this is not a very sophisticated system,
but it works.
- Cross reference files that were identical were not included.
c0t.xrf == c0s.xrf & c0m.xrf
c0l.xrf == c0c.xrf & c0h.xrf
mathl.xrf == mathc.xrf
cl.xrf == cc.xrf
xample.c - For new programmers that haven't grasped the need for cross
referencing files, I have included a program called XAMPLE.C.
Compile, link, and run it in its natural form. Make the noted
changes to it and try it again. Then look in the manual and the
above .xrf files and expect increased understanding. In this 10
line program you, hopefully, will gain some appreciate the need for
prototyping, .h files, standards and good tools. Maybe a lot to ask
for a 10 line piece of code.